Automated Media Delivery System 



BACKGROUND OF THE INVENTION 
5 TECHNICAL FIELD 

The invention relates to software systems. More particularly, the invention relates to an 
Internet server-based software system that provides delivery of automated graphics 
and other media to Web sites for access by an end user or consumer. 

10 

DESCRIPTION OF THE PRIOR ART 

Most Web sites today are primarily handmade. From the guy publishing a simple 

x online technology newsletter from his home, to the Fortune 1 000 company's multi-tiered 

5l5 site with hundreds of pages of text, images, and animations, the Web developer and 

ft each of his HTML-coding and graphics-producing coworkers toil page by page and 

,n image by image. Thousands of established online companies employ hundreds of 

O highly-skilled workers just to produce and maintain their Web sites. After all, the Web is 

T now a major selling vehicle and marketing medium for many of these companies. The 

S20 Web has even sprouted service industries such as, for example, public companies with 

ff multi-billion dollar valuations created just to consult and produce Web sites for others. 

O Most Web developers who use established WYSIWYG tools in the industry still must 
' produce each page on their Web site one by one. The same rate applies to preparing 

25 and placing images, animations, and other visual assets. Each page represents its own 
set of issues ranging from whether to use GIF, JPEG, or PNG file formats, to finding the 
optimum bit depth for each image to ensure the fastest downloading through the 
different browsers of the consumer. The bottlenecked state of the customer's workflow 
to produce graphics for Web pages can be described as follows: 

30 

Current Workflow for Creating Web Graphics 

• Original Artwork/Asset Creation 

- Use third-party point products 
35 • Asset Editing 

- Scale/reduce/slice 

• Asset Format Conversion 
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- JPEG/GIF/PNG 

• Asset Staging 

- Place in Web file system 

- Edit HTML 

5 • Create/Modify HTML for particular page 

• Store HTML on Web server 

• View final pages 

• Repeat process for each version of each graphic on each page 

1 0 Estimated time 

- Two hours per page times the number of pages 

Also, from a user's perspective, the current state of the art is to offer the consumer 
zooming and panning capabilities so that by clicking on an image the consumer can view 
% 5 more closely or from a different angle. On the horizon are pages with three-dimensional 
3 imagery that enable a user to move around a page that can look more like a room than a 
brochure. While interesting, these features are merely incremental improvements to a 
Ji consumer's surfing experience. 

*20 D. C. A. Bulterman, Models, Media, and Motion: Using the Web to Support 
h Multimedia Documents, Proceedings of 1997 International Conference on Multimedia 
® Modeling, Singapore, 17-20 Nov. 1997 discloses "an effort underway by members of 
==. industry, research centers and user groups to define a standard document format that can 
O be used in conjunction with time-based transport protocols over the Internet and 
'"25 intranets to support rich multimedia presentations. The paper outlines the goals of the 
W3C's Synchronized Multimedia working group and presents an initial description of the 
first version of the proposed multimedia document model and format." 

Text and Graphics on UMI's ProQuest Direct: The Best (yet) of both Worlds, Online, 
30 vol. 21, no. 2, pp. 73-7, March- April 1997 discloses an information system that offers 
"periodical and newspaper content covering a wide range of business, news, and 
professional topics.. . letting the user search both text and graphics and build the product 
to suit. Articles can be retrieved in varying levels of detail: citation, abstracts, full text, and 
text with graphics. Images come in two flavors: Page Image, a virtual photocopy, and 
35 Text+Graphics, in which graphics are stored separately from the text and are 
manipulate as discrete items. ...[The system] comes in two versions: Windows and 
Web." 



2 



John Mills Dudley, Network-Based Classified Information Systems, AU-A-53031/98 
(27/08/98) discloses a "system for automatically creating databases containing industry, 
service, product and subject classification data, contact data, geographic location data 
(CCG-data) and links to web pages from HTML, XML, or SGML encoded web pages 
5 posted on computer networks such as Internets or Intranets. . . .The. . . databases may b e 
searched for references (URLs) to web pages by use of enquiries which reference one 
or more of the items of the CCG-data. Alternatively, enquiries referencing the CCG- 
data in the databases may supply contact data without web page references. Data 
duplication and coordination is reduced by including in the web page CCG-data display 
1 0 controls which are used by web browsers to format for display the same data that is 
used to automatically update the databases." 

Cordell et al, Automatic Data Display Formatting with A Networking Application, U.S. 

Patent No. 5,845,084 (Dec. 1, 1998) discloses a placeholder image mechanism. 
Ol 5 "When a data request is made, the data transfer rate is monitored. When the receive 
; ,| data transfer rate is slow, and the data contains an embedded graphical image of 
W unknown dimensions, a small placeholder image is automatically displayed for the user 
S instead of the actual data. The small placeholder image holds a place on a display 
O device for the data or the embedded graphical image until the data or embedded 
*20 graphical image is received. When embedded graphical image is received, the 
O placeholder image is removed, and the display device is reformatted to display the 
ff embedded graphical image." 

O Jonathon R. T. Lewis, System For Substituting Tags For Non-Editable Data Sets In 
" "25 Hypertext Documents And Updating Web Files Containing Links Between Data Sets 
Corresponding To Changes Made To The Tags, U.S. Patent No. 5,355,472 (Oct. 11, 
1 994) discloses a "hypertext data processing system wherein data sets participating *n 
the hypertext document may be edited, the data processing system inserting tags into 
the data sets at locations corresponding to the hypertext links to create a file which is 
30 editable by an editor and the data processing system removing the tags, generating a 
revised data set and updating the link information after the editing process. Its main 
purpose is to preserve the linking hierarchy that may get lost when the individual data 
sets get modified." 

35 Wistendahl et al, System for Mapping Hot Spots in Media Content Interactive Digital 
Media Program, U.S. Patent No. 5,708,845 (Jan. 13, 1998) discloses a "system for 
allowing media content to be used in an interactive digital media (IDM) program [that] 
has Frame Data for the media content and object mapping data (N Data) representing 
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the frame addresses and display location coordinates for objects appearing in the media 
content. The N Data are maintained separately from the Frame Data for the media 
content, so that the media content can be kept intact without embedded codes and can 
be played back on any system. The IDM program has established linkages connecting 
5 the objects mapped by the N Data to other functions to be performed in conjunction 
with display of the media content. Selection of an object appearing in the media content 
with a pointer results in initiation of the interactive function. A broad base of existing non- 
interactive media content, such as movies, videos, advertising, and television 
programming can be converted to interactive digital media use. An authoring system for 
1 0 creating IDM programs has an object outlining tool and an object motion tracking tool for 
facilitating the generation of N Data. In a data storage disk, the Frame Data and the N 
Data are stored on separate sectors. In a network system, the object mapping data and 
IDM program are downloaded to a subscriber terminal and used in conjunction with 
presentation of the media content." 

J5 Rogers et al, Method for Fulfilling Requests of A Web Browser, U.S. Patent No. 

W 5,701 ,451 (Dec. 23, 1997) and Lagarde et al, Method for Distributed Task Fulfillment of 

S Web Browser Requests, U.S. Patent No. 5,710,918 (Jan. 20, 1998) disclose 

O essentially "improvements which achieve a means for accepting Web client requests for 

*20 information, obtaining data from one or more databases which may be located on 

O multiple platforms at different physical locations on an Internet or on the Internet, 

W processing that data into meaningful information, and presenting that information to the 

2 Web client in a text or graphics display at a location specified by the request." 

**25 Tyan et al, HTML Generator, European Patent Application No. EP 0843276 (May 20, 
1998) discloses "generating an HTML file based on an input bitmap image, and is 
particularly directed to automatic generation of an HTML file, based on a scanned-in 
document image, with the HTML file in turn being used to generate a Web page that 
accurately reproduces the layout of the original input bitmap image." 

30 

TrueSpectra has a patent pending for the technology employed in its two products, 
IrisAccelerate and IrisTransactive. These products are designed for zooming and 
panning and simple image transformations and conversions, respectively. They 
support 10 file formats and allow developers to add new file formats via their SDK. 
35 They do not require the use of Flashpix for images. However, their documentation 
points out that performance is dependent on the Flashpix format. The system would 
be very slow if a non-Flashpix format was used. 
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TrueSpectra allows the image quality and compression to be set for JPEGs only. The 
compression setting is set on the server and all images are delivered at the same 
setting. 

5 TrueSpectra has a simple caching mechanism. Images in the cache can be cleared out 
automatically at certain times and it does not have any dependency features for image 
propagation. The Web server needs to be brought down in order to update any 
original assets. 

1 0 TrueSpectra does not require plug-ins to operate features such as zooming/panning or 
compositing. The alternative to plug-ins is using their Javascript or active server page 
technology. These technologies are used by many Web sites to provide interactivity, 
but not all Web browsers work correctly with these technologies. 

Ol 5 TrueSpectra relies on Flashpix as its native file format and does not support media 
% types such as multi-GIFs and sound formats. Flashpix files are typically larger than most 
111 file formats. Access to files is faster for zooming and panning, but appears to be quite 
,= slow. 

*20 The key to IrisTransactive is the compositing subsystem. It requires three things to build 
O a shopping solution using image composition. 

W 1) The original images must be created. It is suggested that the image be converted 

J to Flashpix for better performance. 

6 2) All of the individual images must be described in XML using the image composer 

|s *25 program. The program allows the editor to specify anchor points, layer attributes, 
and layer names. The resulting file is between 5k and 50k. 

3) The Web designer must place HTML referring to the XML in the Web site. By 
specifying parameters to the XML, the Web designer can turn on or off layers. 

30 The herein above process for compositing images enables Web designers to create 
shopping sites. However, a lot of overhead is the result. The XML documents add 5k- 
50k to a Web site. The compositing commands that are embedded in the HTML are 
difficult to understand. And, because the compositing feature requires several steps to 
implement, it is not suitable for every image on a Web site. The process seems to be 

35 designed for the specific purpose of shopping. 

MediaBin(TM) is limited to activities behind the firewall automating only the "post- 
creative busywork." In addition, MediaBin requires the use of an application server to 
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function through a web interface. Thus images may not be directly added to any 
existing web page. 



Macromedia's Generator operates by embedding variables in their proprietary Flash 
5 format. Therefore the actual imaging operations are somewhat limited and cannot be 
controlled directly from a web page request. 

MGI Software sells point solutions that require end-users to download a viewer to 
process a proprietary image format. 

10 

PicturelQ offers a server-side image-processing appliance that provides a limited set of 
Photoshop functionalities. This appliance runs on the web-page server, processes 
information embedded in the web page, and rewrites the web page with image data. 

Q] 5 The disclosed prior art fail to provide systems and methodologies that result in a 
% quantum leap in the speed with which they can modify and add images, video, and 
W sound to sites, in the volume of data they can publish internally and externally, and in the 
I quality of the output. The development of such an automated media delivery system 
O would constitute a major technological advance. 
*20 

13 It would be advantageous to empower an end user with flexibility and control by 
W providing interactive page capabilities. 

O It would be advantageous from an end user's perspective to generate Web pages that 
^25 contain active graphics. For example, clicking on a Corvette image will cause a simple 
menu to pop up suggesting alternative colors and sizes in which to see the car. Clicking 
on portions of the image, such as a fender, can call up a close-in view of the fender. 

It would be advantageous to provide an automated graphics delivery system that 
30 becomes part of the Web site infrastructure and operates as part of the Web page 
transaction and that thereby provides a less expensive and less time-consuming 
process. 

It would be advantageous to provide a system for automated processing and delivery 
35 of media (images, video, and sound) to a Web server whereby it eliminates the 
laborious post-production and conversion work that must be done before a media asset 
can be delivered on a Web server. 
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" It would be advantageous to create a dynamic Web site, wherein images are generated 
on demand from original assets, wherein only the original assets need to be updated, 
and wherein updated changes propagate throughout the site. 

5 It would be advantageous to provide a system that generates media based on current 
Web server traffic thereby optimizing throughput of the media through the Web server. 

It would be advantageous to provide a system that generates media that is optimized 
for the Web client, wherein client connection speed determines optimum quality and file 
1 0 size. 

It would be advantageous to provide a system that generates media, whereby the 
media is automatically uploaded. 

s ?1 5 It would be advantageous to provide a system that automatically caches generated 
< 0 media so identical requests can be handled without regeneration of images. 

SI It would be advantageous to provide a system that resides behind the Web server, 

O thereby eliminating security issues. 

*20 

a It would be advantageous to provide a system wherein the client browser does not 

: y require a plug-in. 

O It would be advantageous to provide a system wherein the system does not require 

'" 25 any changes to a Web server. 

It would be advantageous to provide a system wherein the system manages the Web 
server media cache. 

30 It would be advantageous to provide a system wherein the Web media is generated 
only if requested by a client browser. 

It would be advantageous for a system to reduce the need for a Web author to create 
different versions of a Web site, the system automatically handling image content. 

35 

It would be advantageous to provide dynamic imaging capabilities, have a more 
complete set of image processing functionality, and be controlled directly through an 
image URL. 
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It would be advantageous to provide an end-to-end solution requiring only a standard 
browser that is completely controllable using the proprietary tags contained within a 
simple image link in the web page. 

5 

It would be advantageous to run an image application as a separate server controlled 
directly by single image requests to that server, such that any web server, even one 
that is only sending static HTML can access imaging features. 

10 SUMMARY OF THE INVENTION 

An automatic graphics delivery system that operates in parallel with an existing Web 
site infrastructure is provided. The system streamlines the post-production process by 
O automating the production of media through content generation procedures controlled b y 
fl5 proprietary tags placed within URLs embedded within Web documents. The author 
3 simply places the original media in the system, and adds proprietary tags to the URLs 
for accessing that media. The system automatically processes the URL encoded tags 
r| and automatically produces derivative media for the web site from the original media. 

1^20 The system takes as input the client connection, server traffic, content generation 

3 procedures, and proprietary tags placed within the URL to generate optimized media 

't for the client. The need for the Web author to create different versions of a Web site is 

5 reduced because the image content of the site is automatically handled by the system. 

^ In addition, generated media is cached such that further requests for the same media 

25 require little overhead. 

Because the invention takes the original media, content generation procedures, and 
proprietary URL tags as inputs for generating the Web media, it is possible to modify 
any of these inputs and have the system automatically update the media on the 
30 associated Web pages. 



BRIEF DESCRIPTION OF THE DRAWINGS 

35 Fig. 1 is a schematic diagram showing the placement of the system within a current Web 
infrastructure according to the invention; 
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Fig. 2 is a schematic diagram showing how a typical Web site delivers an HTML 
document and its graphics to a Web browser according to the prior art; 

Fig. 3 is a schematic diagram showing delivery of an HTML document and media to a 
Web browser according to the invention; 

Fig. 4 is a schematic diagram showing the components involved in Web site 
administration according to the prior art; 

Fig. 5 is a schematic diagram showing the components of the system involved in Web 
site administration according to the invention; 

Fig. 6 is a simple overview showing the components of the system according to the 
invention; 

Fig. 7 is a schematic diagram showing the process flow of a proprietary enabled page 
delivered to a Web browser according to the invention; 

Fig. 8 is a flow chart showing an authoring process according to the invention; 

Fig. 9 is a flow chart showing an HTML parsing process according to the invention; 

Fig. 10 is a flow chart showing a media creation process according to the invention; 

Fig. 1 1 is a screen shot showing an administration tool according to the invention; 

Fig. 1 2 displays a structure of a database record used for the system according to the 
invention; 

Fig. 13 shows original media to be processed according to the invention; 

Fig. 14 shows a portion on an HTML document with a proprietary tag according to the 
invention; 

Fig. 15 shows an HTML document and an HTML document source according to the 
invention; 
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Fig. 16 shows a generated GIF image according to the invention; 

Fig. 17 is a schematic diagram of an image system within a typical Web infrastructure 
according to the invention; 

5 

Fig. 18 is a schematic diagram showing delivery of an HTML document and original 
media according to the invention; 

Fig. 19 is a schematic diagram showing components of Web site administration 
1 0 according to a preferred embodiment of the invention; 

Fig. 20 is a simple overview showing components of the image system according to a 
preferred embodiment of the invention; 

Ol5 Fig. 21 is a schematic diagram showing process flow of a proprietary enabled page 
delivered to a Web browser according to a preferred embodiment of the invention; 

Fig. 22 shows a flowchart of a content generation procedure according to a preferred 
embodiment of the invention; and 

Fig. 23 is a flow chart showing an authoring process according to a preferred 
embodiment of the invention. 



DETAILED DESCRIPTION OF THE INVENTION 

An automatic graphics delivery system that operates in parallel with an existing Web 
site infrastructure is provided. The system streamlines the post-production process b y 
automating the production of media through content generation procedures controlled by 
30 proprietary tags placed within URLs embedded within Web documents. The author 
simply places the original media in the system, and adds proprietary tags to the URLs 
for accessing that media. The system automatically processes the URL encoded tags 
and automatically produces derivative media for the web site from the original media. 

35 The system takes as input the client connection, server traffic, content generation 
procedures, and proprietary tags placed within the URL to generate optimized media 
for the client. The need for the Web author to create different versions of a Web site is 
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reduced because the image content of the site is automatically handled by the system. 
In addition, the generated media is cached so that further requests for the same media 
require little overhead. 

Because the invention takes the original media, content generation procedures, and 
proprietary URL tags as inputs for generating the Web media, it is possible to modify 
any of these inputs and have the system automatically update the media on the 
associated Web pages. 

A detailed description of such automatic media delivery system operating in parallel with 
existing Web site infrastructure is found below in the section under the heading as such. 

Fig. 1 is a schematic diagram showing the placement of the system within a current Web 
infrastructure according to a preferred embodiment of the invention. The system 1 00 is 
attached to a Web server 110, which is connected to multiple client browsers 120(a-d) 
via the Internet 130. 

Fig. 2 is a schematic diagram showing how a typical Web site delivers an HTML 
document and its graphics to a Web browser according to the prior art. An original 
media 200 is passed to post-production systems 210, wherein the media 200 is 
manipulated by hand and prepared for the Web. The result is a Web media 220. The 
Web media 220 and an associated HTML document 230 referring to the media 220 b y 
media tags are input to a Web server 110 for a Web browser 120 to view via the 
Internet 130. 

Fig. 3 is a schematic diagram showing delivery of an HTML document and media to a 
Web browser according to a preferred embodiment of the invention. An original media 
200 and an HTML document embedded with proprietary media tags 300 are input into 
the system 100. The system 100 generates a Web-safe media 220 and a modified 
HTML document 230 that refers to the Web media, and automatically loads them onto 
the Web server 1 1 0 for view by a Web browser 1 20 via the Internet 1 60. 

Fig. 4 is a schematic diagram showing components involved in Web site administration 
according to the prior art. Original media assets 400 are original images, video, or sound 
that have not been prepared for the Web. Web sites usually need to manage the 
placement of media on the network for easy retrieval by Web designers. Post- 
production systems 410 vary from Web site to Web site. Post-production systems 
410 are usually custom procedures that Web designers use to convert an original 
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" media, such as an image, to one that can be displayed on the Web. Post-production 
systems 410 also upload finished images to Web image systems. Web images 420 
are Web versions of the original images. Web images 420 are ready for retrieval by 
the Web server 110 to be delivered to a Web browser 120. Any image to be 

5 modified or updated must pass through the herein above three components before it 
can be delivered to the Web browser 120. HTML pages 460 have references to 
Web images 420. 

Fig. 5 is a schematic diagram showing the components involved in Web site 
10 administration according to a preferred embodiment of the invention. Web site 
administration is simplified using the claimed invention. Asset management, automatic 
image manipulation, automatic image conversion, automatic image upload, and automatic 
disk management 500 are provided by the claimed invention. 

Oi 5 Fig. 6 is a simple overview showing the components of the system according to a 

l% preferred embodiment of the invention. HTML with proprietary tags 300 is the original 

r& HTML document that is embedded with proprietary tags which describe how the 

:| images are to be manipulated for the Web. Java servlet engine 600 is a third-party 

S3 product that allows the system 100 to interface with the Web server 1 10 and execute 

*20 Java servlet code. The Web server 110 is third-party software that delivers Web 

Q pages to a Browser 120. The Browser 120 views Web pages that are sent from the 

m Web server 110. Modified HTML with system created images 230 are a final result of 
the system. Modified HTML 230 is a standard HTML document without proprietary 

6 embedded tags and with standard Web graphics. 

The System. 

A preferred embodiment of the system 100 is provided. 

HTML parsing subsystem 610 parses through an HTML document and searches for 
30 proprietary tags. If it finds a proprietary tag it hands it to a media caching subsystem 
620 for further processing. The media caching subsystem 620 returns a standard HTML 
tag. The HTML parsing subsystem 610 then replaces the proprietary tag it found with 
the returned tag. The parsing subsystem 610 then continues searching for a next 
proprietary tag, repeating the process herein above. The process is finished when no 
35 more proprietary tags can be found. 

The media caching subsystem 620 determines if an image has been created for the 
requested proprietary tag. If the image has already been created and the files that built 
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" that image have not been modified, the media caching subsystem 620 returns an 
HTML tag that refers to a previously-generated image. If the image has not been 
created, the media caching subsystem 620 hands the HTML tag to a media creation 
subsystem 630. The media creation subsystem 630 returns an image to the media 
5 caching subsystem 620. The media caching subsystem 620 adds the created image 
and the HTML tag to a media cache database 640. 

The media cache database 640 contains references to the created images 645. In a 
preferred embodiment, the references are the script used to create the image, the 
1 0 names of the images used to create the image, the dates of those files, and the HTML 
that represents the created image. The media caching subsystem 620 performs 
lookups in this database to determine if the image has been created. If the image has 
not been created the media caching subsystem 620 calls upon the media creation 
subsystem 630 to create the image and then store the results in the media cache 
J-I5 database 640. 

™ The media creation subsystem 630 takes a proprietary tag from the media caching 

5 subsystem 620 and generates an image. The image is generated by deciphering the 
O tag and handing it to the media processing engine 650. After the image is created, the 
f 20 media creation subsystem returns the name of the newly created image to the media 
O caching subsystem 620. 

IE The media processing engine 650 interprets the proprietary tag and generates the 

6 image. The media processing engine 650 looks up images in a media repository to 
~ 25 obtain the location of the original file. 

The media repository 660 contains original images 665 used in the system 100. 

Fig. 7 is a schematic diagram showing the process flow of a proprietary enabled page 
30 delivered to a Web browser according to a preferred embodiment of the invention. An 
original media 200 is created. The media 200 is placed into the system 1 00 in the 
media repository 660. Similarly, an HTML document with proprietary tags 300 is 
created and placed on a Web server 1 10. A user requests a Web page from a Web 
browser 120. The Web server 110 passes the requested page to an HTML parser 
35 610. The HTML parser 610 parses HTML looking for media tags. The parser 610 
looks up media tags in a media tags database 640. If the media tag is found, then the 
system 100 produces a modified HTML document 230. Otherwise, the media creation 
subsystem 630 uses the media tag to generate a Web media 220. The generated 
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Web media 220 is placed in a media cache subsystem 620. The proprietary media 
tag is converted by a converter 700 to a standard HTML tag that refers to the generated 
media 220 in cache. The media tag and the HTML equivalent are stored in the media 
tags database 640. Media tags are replaced by standard HTML equivalent to provide 
5 a modified HTML document 230. The modified HTML document 230 is delivered to 
the Web server 110. The Web server 100 delivers the modified HTML document 
230 to the browser 120 via the Internet for a user to view. 

Fig. 8 is a flow chart showing an authoring process according to a preferred embodiment 
1 0 of the invention. The process starts (800) when a user adds an original graphic to the 
system (810). The user then creates an HTML document that contains proprietary 
media tags (820). The user then places the HTML document on a Web server (830) 
and ends the authoring process (840). 

15 Fig. 9 is a flow chart showing an HTML parsing process according to a preferred 
embodiment of the invention. The process starts (900) when a consumer requests a 
Web page (910). A Web server hands the request of the Web page to the system 
(920). The system parses the Web page (930). The system looks for a media tag 
(940). If found, the system retrieves the HTML equivalent of the media tag (950) and 
20 replaces the media tag with the HTML equivalent tag (960). The system continues 
parsing the Web page for tags (970) by returning to step (940). When no more tags 
are found, the system delivers the modified Web page to the Web server (980) and 
therein ends the process (990). 

25 Fig. 10 is a flow chart showing a media creation process according to a preferred 
embodiment of the invention. The process starts (1000) when the system requests an 
HTML equivalent to a proprietary media tag (1010). The Media tag is combined with 
bandwidth information (1020). The subsystem checks if the media tag already exists h 
the media tag database (1030). If it does, the subsystem checks if any of the original 

30 assets used to create the media have been changed (1040). If not, then the 
subsystem retrieves the HTML equivalent tag from the database (1050) and returns 
the HTML equivalent tag to the requesting system (1060). If any of the original assets 
used to create the media have been changed (1040), then the subsystem removes the 
media tag entry from the media database (1070) and creates the media using the media 

35 tag (1080). The subsystem then stores the media in a media cache (1090). The 
subsystem generates the HTML referring to the generated media (1100) and places 
the media tag and the HTML equivalent in the media tag database (1110). The HTML 
equivalent is returned to the requesting system (1060) and the process stops (1 120). 
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The differences between using HTML and the proprietary tags disclosed herein are 
noted. HTML allows Web designers to create Web page layouts. HTML offers some 
control of the images. HTML allows the Web designer to set the height and width of an 
5 image. However, all of the other image operations disclosed herein are supported b y 
the claimed invention and are not supported by HTML. 

Table A herein below provides the claimed proprietary tags according to a preferred 
embodiment of the invention. The use of the term "freeride" refers to an internal code 
1 0 name for the invention. 

Table A 

Tags 

15 Generate image 

<freerideimage> mediascript </freerideimage> 

Generate a standard Web image. 

Generate thumbnail image linked to full image 

<freerideimagethumbnail> mediascript <xs=size ys=size /freerideimagethumbnail> 
20 Generate a thumbnail of specified size and link it to the full size version. 

Generate zoom and pan image 

<freerideimagezoom> mediascript </freerideimagezoom> 
25 Generate a zoomable/panable image. 

Security 

<freerideimagesecure> </freerideimagesecure> 

Specifies that all images found between these tags are secured images and the system 
30 will determine access before generating. 

Table B herein below provides the claimed script commands according to a preferred 
embodiment of the invention. Additional commands may be added as needed. 

35 

Table B 

Media processing script commands 

40 Add Noise 

Noise_AddNoise( [amount=<value 1..999>] [gaussian] [grayscale] ) 
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This command adds noise to the image. 
Adjust HSB 

AdjustHsb([hue @ <va!ue ±255>] [saturation @ <vaiue ±255>] [brightness @ <value ±255>]) 

5 This command allows the HSB of an image to be altered. This can be applied to images of 
all supported bit-depths. 

Adjust RGB 

AdjustRgb( [brightness @ <value ±255>] [contrast @ <value ±255>] [red @ <value ±255>] 
1 0 [green @ <value ±255>] [blue @ <value ±255>] [noclip @ <true, false>] [invert @ <true, false>] ) 

This command allows the contrast, brightness, and color balance of an image to be altered. 
Bfur 

Blur( radius @ <value 0..30>) 
1 5 This command applies a simple blur filter on the image. 

Blur Convolve 

Blur_Blur() 

This command commands perform a simple 3x3 convolution for blurring. 

20 

Blur Convolve More 

Biur_MoreBlur() 

This command commands perform a stronger 3x3 convolution for blurring. 

25 Blur Gaussian 

Biur_GaussianBlur( [radius=<value 0.1..250>] ) 

This command applies a Gaussian blur to the image. 
Blur Motion 

30 Blur_MotionBiur( [distance=<value 1..250>] [angle=<degrees>] ) 

This command applies motion blurring to the image using the specified distance and angle. 

Brush Composite 

Composite( source @ {<User-Defined Media Object name>} [x @ <ptxel>] [y @ <pixel>] 
35 [onto] [opacity @ <value 0..255>] [color @ <color in hexadecimal>] [colorize @ <true, false>] 

[saturation @ <value 0..255>] ) 

This command composites the specified "brush" (foreground) image onto the current 
"target" (background) image. 

40 Colorize 

Colorize( color @ <color in hexadecimal> [saturation @ <value 0..255>] ) 

This command changes the hue of the pixels in the image to the specified color. 

Convert 

45 Convert( rtype @ <bit-depth> {dither @ <value 0..10>] ) 

This command converts the image to the specified type/bit-depth. 
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Convolve 

Convolve( Filter @ <filtername> ) 

This command applies a basic convolution filter to the image. In a user interface driven 
5 system, the filters could be stored in files and edited/created by the user. 

Crop/Resize Canvas 

Crop( [xs @ {<pixels>, <percentage + "%">}] [ys @ {<pixels>, <percentage + "%">}] [xo @ <ieft 
pixel>] 

10- [yo @ <top pixel>] [padcolor @ <color in hexadecimal>] [padindex @ <value 0..255>] ) 

This command crops the media to a specified size. 

Discard 

Discard () 

1 5 This command removes the designated Media Object from memory. 

Drop Shadow 

DropShadow( [dx @ <pixels>] [dy @ <pixels>] [color @ <color in hexadecimal>] [opacity @ <value 
0..255>] [blur @ <vaiue 0..30>] [enlarge @ <true, false>]) 

20 This command adds a drop shadow to the image based on its alpha channel. 

Equal 

Equal( source @ {<User-Defined Media Object name>}) 

This command compares the current media with the one specified. If the media are different 
25 in any way, an error value is returned. 

Equalize 

Equalize( [brightness @ <-1, 0..20>] [saturation @ <-1, 0..20>]) 

This command equalizes the relevant components of the media. Equalization takes the 
30 used range of a component and expands it to fill the available range. 

Export Channel 

ExportGun( Channel @ <channelname> ) 

This command exports a single channel of the source as a grayscale image. 

35 

Find Edges 

Stylize_FindEdges( [threshold=<value 0..255>] [grayscale] [mono] [invert] ) 

This command finds the edges of the image based on the specified threshold value. 

40 Fix Alpha 

FixAlpha() 

This command adjusts the RGB components of an image relative to its alpha channel. 
Flip 

45 Flip( horizontal, vertical> @ <true, false> ) 

This command flips the media vertically or horizontally. 
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Frame Add 

FrameAdd( Source @ <filename> ) 

This command adds the given frame(s) to the specified Media Object. 

5 

Glow/Halo 

Glow( Size @ <value 0..30> [halo @ <value 0..size>] [color @ <cofor in hexadecimal] 
[opacity @ <value 0..255>] [blur @ <vaiue 0..30>] [enlarge @ <true, false>] ) 

This command produces a glow or halo around the image based on the image's alpha. 

10 

High Pass 

Other_HighPass( [radius=<value 0.1..250>] ) 

This command replaces each pixel with the difference between the original pixel and a 
Gaussian blurred version of the image. 

15 

Import Channel 

lmportGun( channel @ <channel name> source @ {<User-Defined Media Object name>} 
[rtype @ <bit-depth>]) 

This command imports the specified source image (treated as a grayscale) and replaces 
20 the selected channel in the original. 

Load 

Load( Name @ <fiiename> [type @ <typename>] [transform @ <true, false>] ) 
This command loads a media from the specified file. 

25 

Maximum 

OtherJ\/laximum( [radius=<vaiue 1..10>] ) 

This command scans the area specified by the radius surrounding each pixel, and then 
replaces the pixel with the brightest pixel found. 

30 

Minimum 

OtherJVHnimum( [radius=<value 1..10>] ) 

This command scans the area specified by the radius surrounding each pixel, and then 
replaces the pixel with the darkest pixel found. 

35 

Normalize 

Normalize( [clip @ <vaiue 0..20>] ) 

This command expands the volume of the sample to the maximum possible. 

40 Pixellate Mosaic 

PixellateJVlosaic( [size=<value 2..64>] ) 

This command converts the image to squares of the specified size, where each square 
contains the average color for that part of the image. 

45 Pixellate Fragment 

Pixellate_Fragment( [radius=<value 1..16>] ) 

This command produces four copies of the image displaced in each direction (up, down, 
left, right) by the specified radius distance and then averages them together. 
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Quad Warp 

QuadWarp( [tlx=<position>] [tly=<position>] [trx=<position>] [try=<position>] [blx=<position>] 
[bly=<position>] [brx=<position>] [bry=<position>] [smooth] ) 

This command takes the corners of the source image and moves them to the specified 
5 locations, producing a warped effect on the image. 

Reduce to Palette 

Reduce( [colors @ <num colors>] [netscape @ <true, false>] [b&w @ <true, false>] 
[dither @ <value 0..10>] [dithertop @ <vaiue 0..10>] [notbackcolor] [pad @ <true, false>] ) 

1 0 This command applies a specified or generated palette to the image. 

Rotate 

Rotate( Angle @ <value 0..359> [smooth @ <true, false>] [enlarge @ <true, false>] [xs @ 
<pixels>] 
15 [ys @ <pixels>] ) 

This command rotates the media by the specified angle in degrees. 
Rotate 3D 

Rotate3d( [anglex @ <angle ±89>] [angtey @ <angle ±89>] [distance @ <value>] ) 
20 This command rotates the image in 3D about either the x-axis or y-axis, 

Save 

Save([type @ <image-type>]) 
This command saves a media to the specified file. 
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Scale 



Scale( [xs @ {<pixels>, <percentage + "%">}] [ys @ {<pixels>, <percentage + "%">}] 
[constrain @ <true, false>] [afg @ {"fasf , "smooth", "outline"}] [x1 @ <pixels>] [y1 @ <pixels>] 
[x2 @ <pixels>] [y2 @ <pixe!s>] ) 

30 This command scales the image to the specified size. 

Select 

Selection( [source @ <User-Defined media Object>}] [remove @ <true, false>] [invert @ <true, 
false>] 

35 [backcoior] [coior=<color>] [index=<vaiue>] [opacity @ <value 0..255>] ) 

This command manages the selected region for the current Media Object. 

Set Color 

SetColor( [backcoior @ <color in hexadecimal>] [forecolor @ <color in hexadecimal] 
40 [backindex @ <value 0..255>] [foreindex @ <value 0..255>] [transparency @ ("on" T "off")] ) 

This command allows the background color, foreground color, and transparency state of an 
image to be set. 

Set Resolution 

45 SetResoiution( [dpi @ <value>] [xdpi @ <value>] [ydpi @ <value>] ) 

This command changes the DPI of the image in memory. 

Sharpen 

Sharpen„Sharpen() 

50 This command sharpens the image by enhancing the high-frequency component of the 

image. 
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Sharpen More 



Sharpen_SharpenMore() 

This command sharpens the image by enhancing the high-frequency component of the 
image, but is stronger than the standard sharpening. 

5 

Stylize Diffuse 

Stylize„Diffuse( [radius=<value 0..>] [lighten] [darken] ) 

This command diffuses the image by randomizing the pixels within a given pixel radius. 

10 Stylize Embose 

Stylize_Emboss( [height=<vafue 1..10>] [angle=<degrees>] [amount=<percentage 1..500>]) 
This command converts the image to an embossed version. 

Text Drawing 

1 5 DrawText( Text @ <string> Font @ <font file> [size @ <va!ue>] 

[color @ <color in hexadecimal>] [smooth @ <true, fatse>] [<feft, right, top, bottom> @ <true f 
false>] 

[x @ <pixel>] [y @ <pixel>] [wrap @ <pixel-width>] Oustify @ {left,center,right}] [angle @ <angle>]) 
This command composites the specified text string onto the image. 

20 

Text Making 

MakeText( text @ <string> font @ <font fiie> [path @ <path to font directory^] [size @ <value 
1„4095>] 

[color @ <color in hexadecimal>] [smooth @ <true, false>] [wrap @ <pixel-width>] 
25 [justify @ {left,center, right}] [angle @ <angle>] ) 

This command creates a new image that includes only the specified text. 
Trace Contour 

Stylize_TraceContour( [ievel=<vaiue 0..255>] [upper] [invert] ) 
30 This command traces the contour of the image at the specified level (for each gun). 

Unsharpen Mask 

SharpenJJnsharpMask( [amount=<percentage 1..500>] [radius=<value 0.1..250>] 
[threshold=<value 0..255>] ) 

35 This command enhances the edges and detail of an image by exaggerating differences 

between the image and a gaussian blurred version of the same image. 

Zoom 

Zoom( [xs @ <pixels>] [ys @ <pixels>] [scale @ <value>] [x @ <left pixel>] [y @ <top pixel>] ) 

40 This command zooms in on a specified portion of the media and fits it to the specified size. 

This constitutes a crop followed by a scale. 



Table C herein below provides a list of features provided by a preferred embodiment 
45 of the invention. It is noted that the list of features included in Table C is by no means 
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complete. In other embodiments, the list of features is expanded or reduced as 
needed. 

5 Table C -System Feature List 

• Reads and writes various file formats: 

BMP, GIF, JPG, PNG, TIF, PICT, TGA, PSD, FPX; 

• Supports many image processing operations; 

• Dynamically creates Web images from original assets; 
10 • Dynamically creates thumbnail images; 

• Dynamically creates images that can be panned and zoomed without browser plug-ins or special 
file formats; 

• Automatically propagates changes of original assets throughout a Web site; 

• Uses an intelligent caching mechanism: 
1 5 Clean up image cache on demand; 

Eliminates orphaned image files; and 

Optimizes Web server cache by providing most recent images; 

• Renders TrueType fonts on the server instead of browser; 

• Uses intelligent scaling of line drawings; 

20 • Allows Web designers to manipulate images with proprietary tags; 

• Preserves original image assets; 

• Optimizes Web server traffic by adjusting the bandwidth of graphics; 

• Optimizes images for client connection speed; 

• Allows clients to specify the quality of images on a Web site; and 

25 ♦ Allows Web designers to dynamically create images by manipulating proprietary tags in their 

applications (server or client side). 

Fig. 11 is a screen shot showing an administration tool according to a preferred 
embodiment of the invention. Specifically, Fig. 1 1 shows an administration page that 
30 contains cached images of generated scripts. The use of the term "freeride" refers to an 
internal code name for the invention. 

Fig. 12 displays a structure of a database record used for the system according to a 
preferred embodiment of the invention. A Script Table 1200 has 5 columns, Media 
35 Script 1210, HTML Equivalent 1220, Bandwidth 1230, Generated File 1240, and 
Dependency List 1250. A Dependency Table 1260 has two columns, File Name 
1270 and Modification Date 1280. 
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Snowboard Store Example. 

Background. 

The snowboard store highlights several features of the claimed system. The 
snowboard store is an imaginary store that allows a user to configure his or her 
5 snowboard. The store consists of five logos, five board colors, and four boards. The 
consumer clicks on the buttons to change the snowboard represented in the middle of 
the screen. When the consumer has configured the snowboard they the snowboard can 
be purchased by selecting a buy button. 

10 Prior Art Method. 

To create the snowboard site today, the Web designer must render all possible 
combinations of the board. The number of combinations is five logos x five board 
colors x four boards = 100. The designer also must render all the buttons. The creation 
process is very tedious and involves a lot of production work. Typically, most Web 
□ 15 sites do not even attempt such an endeavor. Also, other issues must be addressed, 
^ such as, for example, updating the Web site and scripting. For example, updating a 
f[r single logo involves updating a minimum of 20 images. 

q The prior art method sustains a graphic intensive site that requires management of at 
P20 least 100 images. Updates to the Web site are time-consuming and prone to human 
lU error. 

The Claimed Method. 

q A preferred embodiment of the method scripts the image creation process in HTML to 
M25 create a dynamic Web site. There is no need to create over 100 images. The claimed 
system generates images on demand. The Web site only needs to create original 
assets. The scripting process involves writing the proprietary scripts. In the current 
example herein, scripting buttons is very simple. Once one button is created, simply 
copy and paste the HTML to create another button or many buttons. Only the name of 
30 the image to be overlaid on the button must be changed. The Webmaster then creates 
a simple program that reads what object a user has clicked on and generates a 
proprietary tag. The tag is then sent to the claimed system to generate a center image. 

The claimed method allows the creation of all 100 combinations automatically. When the 
35 Web site receives an updated image, only the original image needs to be updated. 
Any change to the original image automatically propagates throughout the system. The 
Web site is easier to manage. Testing of the Web site is easier because there is no 
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need to test all 100 combinations. A small subset of combinations will guarantee 
adequate coverage. 

Processing of an Image Tag Example (Fig. 13-16). 

5 Fig. 13 shows two original images 1300 and 1310 to be processed according to a 
preferred embodiment of the invention. 

Fig. 14 shows a portion on an HTML document with a proprietary tag 1400, 
<freerideimagex/freerideimage> according to a preferred embodiment of the invention. 
1 0 The use of the term "freeride" refers to an internal code name for the invention. 

Fig. 15 shows an HTML document 1500 as viewed in a browser and an HTML 
document source 1510, according to a preferred embodiment of the invention. The use 
of the term "freeride" refers to an internal code name for the invention. 

□ 15 

2; Fig. 16 shows a generated GIF image 1600 according to a preferred embodiment of 
RJ the invention. 

Automatic media delivery system operating in parallel with existing Web site 
^20 infrastructure. 

p It should be noted that the words, media, graphics, and images are used herein 
BJ interchangeably. 

D An automatic graphics delivery system that operates in parallel with an existing Web 
^25 site infrastructure is provided. The system streamlines the post-production process b y 
automating the production of media through content generation procedures controlled by 
proprietary tags placed within URLs embedded within Web documents. The author 
simply places the original media in the system, and adds proprietary tags to the URLs 
for accessing that media. The system automatically processes the URL encoded tags 
30 and automatically produces derivative media for the web site from the original media. 

The system takes as input the client connection, server traffic, content generation 
procedures, and proprietary tags placed within the URL to generate optimized media 
for the client. The need for the Web author to create different versions of a Web site is 
35 reduced because the image content of the site is automatically handled by the system. 
In addition, the generated media is cached so that further requests for the same media 
require little overhead. 
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Because the invention takes the original media, content generation procedures, and 
proprietary URL tags as inputs for generating the Web media, it is possible to modify 
any of these inputs and have the system automatically update the media on the 
associated Web pages. 

5 

A preferred embodiment of the invention is described with reference to Fig. 17. Fig. 1 7 
is a schematic diagram of an image system within a typical Web infrastructure according 
to the invention. The image system 100 is placed in parallel to an existing Web server 
110. The image system 100 may be on-site or off-site to the Web infrastructure. 
10 Multiple client browsers 120a-120d communicate with both the Web server 110 and 
the image server 100 via the Internet 130. 



The delivery of an HTML document and media according to a preferred embodiment of 
the invention is described with reference to Fig. 18. Resource locators (URLs) are 
Q15 placed within HTML documents 301 accessible to the Web server 110. These URLs 
'% direct browsers to generate requests for media to the system 100. The system 
Rj processes such URLs by interpreting the proprietary tags, executing the indicated 
^ image generation procedures on the original media 200, and returning derivative Web- 
p safe media to client browsers 120a-120d via the Internet 130. Additionally, such 
#20 generated media is cached on the image server 100 and, therefore need not be 
r% regenerated for subsequent requests. 

Web site administration according to another preferred embodiment of the invention is 
O described with reference to Fig. 19. Fig. 19 is a schematic diagram showing the 
H 25 components of Web site administration according to a preferred embodiment of the 
invention, whereby Web site administration is simplified. The preferred embodiment 
provides, but is not limited to the following services: asset management, automatic 
image manipulation, automatic image conversion, automatic image upload, automatic 
image customization based on browser characteristics, automatic disk management, 
30 automatic control of proxy caching, and image delivery 501 . 



Fig. 20 is a simple overview showing components of the system according to a 
preferred embodiment of the invention. HTML pages with proprietary URL tags 301 
describe how referenced media therein is to be manipulated for Web. Browsers 120 
35 send such tags to the image system 1 00 as media requests. A server 2000 within the 
image system 100 receives the media requests, decodes the URL tags, and retrieves 
any media that already exists in the media caching system 2010. Non-existent media is 
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subsequently generated by a media creation system 2020 using original media 2050 
stored in a media repository 2040 and using content generation procedures 2030. 

The image System. 

5 Following is a detailed description of the preferred embodiment of the invention with 
reference to Fig. 21 below. 

The system receives a request for media through a URL containing proprietary tags for 
controlling image generation. The system parses this URL to determine the content 

10 generation procedure to execute, input to the content generation procedure, post- 
processing directives for, for example, zoom/pan/slice, browser properties, and any 
cache control directives. Such data is handed to a media caching subsystem that returns 
the requested image if found. If the image is not found, the information is handed to the 
media generation subsystem that executes the specified content generation procedure 

1 5 to produce a derivative image. The media generation subsystem returns one or more 
images to the media caching system for subsequent reuse. 

The media caching subsystem is a mechanism for associating final or intermediate 
derivative media with the procedure, input, and user characteristics used to generate said 
20 media, specified through proprietary tags within the requested URL. This system may 
be implemented using a database, file system, or any other mechanism having 
capability to track such associations. 

The media generation subsystem executes a primary content generation procedure to 
25 produce a derivative image whose identifier is provided to the media caching 
subsystem. This derivative image is composed of one or more original images 
acquired from the media repository. This media is then passed to the dynamic image 
content system, if necessary, to generate a subsequent derivative media suitably 
modified for the needs of zooming, panning, or slice. The resulting media is passed to 
30 the user profile system where it is again modified to account for any specific user 
browser characteristics specified using the proprietary URL tags. This media is then 
returned to the browser, along with any cache control directives encoded within the URL, 
and its identifier is passed to the media caching system for subsequent retrieval. 

35 The dynamic content system operates on intermediate derivative images to generate 
image subsets or scalings used by Web site designers to implement zooming in on an 
image, panning across an image, slicing an image into parts, and the like for special Web 
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page effects. The input to this system is cached by the media caching system such that 
the intermediate image need not be regenerated. 

The user profile system operates on the final image about to be returned to the browser 
5 and may modify the image to account for individual needs of Web site users. The 
designer of a site is able to implement freely custom post-processing of images to 
meet the specific needs of their clients. 

Fig. 21 is a schematic diagram showing the process flow of a proprietary enabled page 
1 0 delivered to a Web browser according to a preferred embodiment of the invention. 
Original media 200 is created and placed into the system 1 00 in a media repository 
2040. A content generation procedure 2140 is created with instructions on how the 
media is to be transformed to create the desired Web page content. An HTML page 
301 is created for the Web site comprising the system 100, the page containing one or 
15 more URLs directing a browser 120 to request the specified content generation 
procedure 2140 from the system 100 using input parameters specified with proprietary 
tags encoded within the URL. The browser 120 requests the Web page 301 from the 
Web site 110. Upon receipt of the page 301, the browser contacts the system 100 
requesting media specified in the URL. The system parses the URL 2100 to 
20 determine the content generation procedure 2140 to execute, any corresponding input 
parameters to be used by such procedure, any dynamic content processing 2150 to 
be performed by dynamic media procedures, any user profile information 2160 to be 
used to modify the resulting image, and any cache control HTTP headers 2190 the site 
instructs to accompany the resulting image. 

25 

The parser generates a unique primary lookup key 2110 for the specified resulting 
media. If the key corresponds to an existing generated media 21 80, such media is 
returned immediately to the browser 120 through a media cache 2120, and the 
transaction is complete. Otherwise, a media generation occurs. In the case of media 

30 generation requiring dynamic content processing, a unique secondary lookup key 
corresponding to intermediate media is generated 2130. If intermediate media 2170 
corresponding to this key is found, such media is passed directly to the dynamic media 
content system 2150 having dynamic media procedures, wherein appropriate action is 
taken to generate the required derivative from the intermediate media data. A unique 

35 key is generated for the derivative 2130 and passed to the media caching system 
2120. If the media caching system finds no such intermediate image, such intermediate 
image is generated according to instructions specified by the content generation 
procedure, cached by the media cache system 2120 as a secondary cached media 
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2170, and passed to the dynamic media system 2150. Again, appropriate action is 
taken to generate the required derivative from the intermediate image data. 

The resulting image after any dynamic media processing is complete, is checked to 
ensure that the image is in a valid Web image format. If not, the image is automatically 
converted into a valid format. 

The final media is passed to a user profile system 2160 wherein browser characteristics 
specified through proprietary tags within the URL are inspected, and appropriate 
modification to the media is performed, based on such characteristics. The resulting 
image is handed to the media cache system 2120 for caching and returned to the 
browser 1 20. 

Fig. 22 shows a flowchart of the content generation procedure according to a preferred 
embodiment of the invention. A URL containing proprietary tags (2200) is parsed 
(2210) to determine the content generation procedure to execute, any dynamic 
modifications to the media, user profile characteristics, and proxy-cache control. A unique 
final lookup key is generated for the media (2220) and the media cache is checked 
(2230). If the indicated media exists, control passes to proxy-cache control (2290) and 
the media is delivered to the browser (2295). Otherwise, dynamic media system tags 
are separated from content generation control tags (2240) and a unique intermediate 
image lookup key is generated (2250). The cache is then checked for such intermediate 
media (2261). If such intermediate media is found, it is used directly for dynamic 
processing, if required. Otherwise, content is generated (2262) and cached (2263), and 
the result is evaluated for dynamic processing (2270). If dynamic processing is 
required, the media is operated upon by the dynamic content generator (2271), 
otherwise it is evaluated for valid content type (2272). If the content type is invalid, the 
media is automatically converted to a valid type (2273). The resulting image is then 
customized by the user profiling system (2280) for specified browser or client attributes. 
Finally, any cache-control directives specified are attached to the response (2290) and 
the media is delivered to the browser (2295). 

Fig. 23 is a flow chart showing an authoring process according to a preferred 
embodiment of the invention. The process starts (2300) when a user adds an original 
graphic or other media (2310) to the system. The author then creates a content 
generation procedure (2320) containing instruction on how the original media should be 
processed to generate the desired Web page content. The user then creates an 
HTML document (2330) that refers to that image by using a URL pointing to a content 
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generation procedure on the image server. The system ends (2340). The authoring 
subsystem assists the Web site designer with choosing parameters and with designing 
the content generation procedure such that the desired Web site graphic is obtained. 



5 It should be appreciated that differences exist between specifying an image with a URL 
and requesting an image using a content creation process that interprets proprietary 
parameters encoded within a URL. That is, URLs allow Web site designers to load 
specific graphic images into a Web page. In contrast and according to the invention, 
URLs containing proprietary content creation tags initiate a process whereby graphic 
1 0 images for a site are automatically produced. 

Table D below is a list of example proprietary URL tags used for content generation 
within the system according to the preferred embodiment of the invention. Additional 
tags may be added to the system as necessary. 
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Table D — Tags 



f=function 



Names the content creation procedure used to generate all or part of the desired graphic. 
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args^arguments 

Supplies page dependent parameters used to control the content creation procedure from 
within the Web page. 



cr^crop rectangle 

Specifies that portion of the image generated by the content generation procedure to be 
returned to the browser. 
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st=slice table 



Specifies a rectangular grid to be placed over the image produced by the content generation 
procedure, each portion of which can be returned to the browser. 



sp= slice position 
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Specifies that portion of the slice table grid placed over the image generated by the content 
creation procedure to be returned to the browser. 



is=image size parameter 

Specifies scale factors to be applied to any portion of an image generated by any combination 
of a content generation procedure, arguments, crop rectangles, slice tables, and slice positions. 
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p^user profile string 



Specifies a user profile identifier used to modify the final image prior to returning the image 
to the browser, thus allowing clients to modify the image returned to the browser to account 
for individual browsing conditions. 

5 c=cache control 

Specifies a proxy-cache control string to accompany the returned image within an HTTP 
header. 

Table E below is a list of example supported content creation commands according to a 
10 preferred embodiment of the invention. Additional commands may be added as 
necessary. 

Table E — Content Creation Commands 

Adjust HSB 

k :pr| 5 Allows the HSB of an image to be altered. 

fy. Adjust RGB 

Allows the contrast, brightness, and color balance of an image to be altered. 

iP Colorize 

_ Alters the hue of the pixels in the image to that of the specified color. 

7^20 Brush Composite 

«P Composites the specified brush image onto the current target image. 

M ; Convert 

Converts the rasters to the specified type/bit-depth. 

Crop 

25 Crops the media to the specified size. 

Dropshadow 

Adds a drop shadow to the image, based on the alpha-channel. 

Equalize 

Performs an equalization on the relevant components of the media. 

30 FixAlpha 

Adjusts the RGB components of an image relative to its alpha-channel. 
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Flip 

Flips the media vertically or horizontally. 

Glow 

Produces a glow or halo around the image. 

Load 

Loads in a media from the specified file. 

Normalize 

Similar to equalize, but for audio. 

Reduce 

Reduces the image to a specified palette. 

Rotate 

Rotates the media clockwise by the specified angle in degrees. 

Save 

Saves the media to the specified file. 

Scale 

Scales the media to the specified size. 
SetColor 

Allows the background color, foreground color, and transparency state of the media to be set. 

Text Drawing 

Composites the specified text onto the image. 

Text Making 

This command, instead of compositing text onto the target, creates a new image that just 
encloses the text. 

Zoom 

Zooms in on a specified portion of the media, and fits it to the specified size. Effectively this 
constitutes a crop followed by a scale. 

Table F below lists comprises some, and is not limited to all major features of a 
preferred embodiment of the invention. Additional features may be added as 
necessary. 

Table F - System Features 
30 



Reads and writes various file formats; 
Supports many image processing operations; 
Dynamically creates Web images from original assets; 
Dynamically creates thumbnail images; 

Dynamically and efficiently creates images that can be panned, zoomed, or sliced from original assets 
without Browser plugins; 

Automatically propagates changes in original assets throughout the Web site; 

Uses an intelligent caching mechanism for both final and intermediate graphics, comprising: 

Clean up cache on demand; 

Eliminates orphaned Web files; and 

Optimizes Web server cache by providing most recent images; 
Renders True-Type fonts on server instead of browser; 
Uses intelligent scaling of line drawings; 

Allows Web designers to manipulate images using a combination of content generation procedures and 
proprietary URL tags; 
Preserves original image assets; 

Optimizes Web server traffic by adjusting the bandwidth of graphics; 

Optimizes images for client connection speed; 

Allows clients to specify the quality of images on a Web site: 

Allow site-specific customized image optimizations for a variety of purposes; and 

Allows Web designers to dynamically create images by manipulating proprietary URL tags in 
applications. 

Accordingly, although the invention has been described in detail with reference to a 
particular preferred embodiment, persons possessing ordinary skill in the art to which this 
invention pertains will appreciate that various modifications and enhancements may be 
made without departing from the spirit and scope of the claims that follow. 
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